Как мы уже писали, начиная с VMware Tools 10.0, компания VMware сделала тулзы загружаемыми отдельно от дистрибутивов VMware ESXi. Доступны они по этой ссылке. Чтобы посмотреть актуальную версию VMware Tools, которая установлена в вашей ВМ, можно просто взглянуть на свойства ВМ в vSphere Client:
Ну а как узнать, какая версия VMware Tools является сейчас самой последней, а также какие версии тулзов с какой версией ESXi поставляются? Очень просто - для этого есть вот такая ссылка: https://packages.vmware.com/tools/versions.
Здесь мы видим версии ESXi и соответствующие им версии VMware Tools. Но там есть и такие версии хостов: "esx/0.0". Это прсто плейсхолдер для пакетов VMware Tools, которые как раз вышли отдельно от релиза VMware ESXi (последние 2 версии так и выходили).
Кстати, все новые версии VMware Tools обратно совместимы со всеми версиями VMware ESXi, которые моложе как минимум на одно поколение. В этом можно убедиться, посмотрев VMware Interoperability Matrix:
Компания VMware в последние несколько месяцев постоянно работает над тонкими клиентами для управления виртуальной инфраструктурой VMware vSphere: ESXi Embedded Host Client для управления отдельными хостами vSphere и HTML5 Web Client для управления виртуальным датацентром через vCenter. Напомним, что совсем недавно мы писали про HTML5 Web Client версий 1.8 и 1.9, а на днях вышли обновления HTML5 Web Client 1.10 и 1.11.
Новые возможности веб-клиентов версий 1.10 и 1.11:
Мастер добавления виртуального хранилища VMFS.
Просмотр информации о сетевом экране и сервисах хоста ESXi.
Возможность апгрейда VMware Tools (только в интерактивном режиме).
Просмотр деталей адаптеров VMkernel.
Возможность выбрать политику хранилищ (storage policy) при редактировании размещения виртуального диска.
Возможность выбрать любое расположение виртуального диска при создании виртуальной машины.
Редактируемые настройки DRS.
При создании ВМ можно выбрать SDRS-рекомендации, даже если SDRS пока отключен.
Возможность управления алармами на вкладке Alarms внизу.
Упрощенная процедура апгрейда Web Client.
Видно, что работа кипит, но видно также, что и осталось работы достаточно много - а до релиза новой версии vSphere нужно успеть выпустить финальную версию веб-клиента, так как толстого C#-клиента уже не будет.
Скачать VMware HTML5 Web Client 1.11 можно по этой ссылке.
На сайте проекта VMware Labs, где очень часто появляются полезные штуковины для продуктов VMware, была выпущена очередная интересная утилита - DRS Doctor. Это средство позволяет проводить диагностику поведения DRS-кластера в рамках сервера VMware vCenter. DRS Doctor собирает такую информацию, как состояние кластера, распределение рабочей нагрузки, миграции DRS и многое другое. Все это объединяется в удобном и человекочитаемом формате логов.
В общем-то довольно давно системные администраторы VMware vSphere хотели получить средство, позволяющее узнать больше информации о деятельности кластера балансировки нагрузки, поэтому многим утилита придется как раз кстати. Ну и DRS Doctor подойдет инженерам техподдержки, которые решают различные проблемы, возникающие в среде vSphere.
DRS Doctor соединяется с vCenter и отслеживает действия, которые происходят в кластере DRS, в реальном времени. Самое интересное, что утилита выводит причину для каждой миграции DRS, что раньше было доступно только в файлах дампов. Так можно узнать, чем руководствуется DRS при выборе хоста для vMotion виртуальных машин между ними.
В конце каждого файла логов, генерируемого DRS Doctor, вкратце записывается загрузка системных ресурсов и небольшая сводная информация по аудиту кластера, чтобы помочь в решении проблем.
Утилита поставляется в качестве средства командной строки для Linux. Для работы вам понадобится установленный Python. Инструкции по установке на CentOS доступны здесь, а скачать DRS Doctor можно по этой ссылке.
Компания StarWind Software, производитель главного решения Virtual SAN для создания отказоустойчивых программных хранилищ под виртуализацию, 30 июня проведет интересный вебинар "Minimize downtime after blackouts, recover IT infrastructure easier", посвященный средствам восстановления после сбоев (Disaster Recovery).
На вебинаре речь пойдет об одном из вариантов сбоев - блэкауте, то есть когда вам отключили электричество настолько, что мощности аккумуляторов / генераторов не хватило. В этом случае вам потребуется специальное ПО, которое позволит восстановить работоспособность ИТ-сервисов на основной или удаленной инфраструктуре.
Обо всем этом вы сможете послушать и пообсуждать (в том числе, на русском языке) на бесплатном вебинаре StarWind, который пройдет 30 июня в 15-00 по московскому времени.
Осенью прошлого года компания Veeam анонсировала Veeam Backup for Linux - средство резервного копирования данных с Linux-машин. Все это время инженеры Veeam разрабатывали и дорабатывали решение до приемлемого вида - и на днях публичная бета Veeam Agent for Linux стала доступна для всех.
Veeam Agent for Linux - это полностью бесплатный продукт, предоставляющий средства резервного копирования с серверов Linux. При этом в данном решении есть встроенный механизм собственной реализации Veeam для отслеживания изменившихся блоков CBT (changed block tracking), что позволяет создавать эффективные инкрементальные копии данных.
Veeam Agent for Linux поддерживает самые популярные дистрибутивы Linux - Red Hat и Debian, при этом для работы решения потребуется лишь 32- или 64-битная система с версией ядра не ниже2.6.32. Veeam Agent for Linux позволяет снимать резервные копии в виде образов *.vbk на уровне всей системы, отдельных томов или файлов.
Драйвер CBT для инкрементального бэкапа, ввиду того, что дистрибутивы Linux отличаются иногда довольно сильно, поставляется в виде исходного кода, который можно скомпилировать самостоятельно, в зависимости от потребностей операционной системы. Для тех, кто сам не хочет ничего компилировать - предусмотрена автоматическая сборка средствами установщика VeeamSnap (с проверкой и загрузкой зависимых компонентов):
После установки компонента DKMS (Dynamic Kernel Module Support) останется лишь установить сам Veeam Agent for Linux:
После этого на Linux машине будет установлен сервис veeamservice, который контролирует процесс резервного копирования. А управлять бэкапом данных уже можно с помощью команды "veeam" (запустите ее с параметром --help, чтобы узнать подробности работы этого средства).
# veeam
Обратите внимание, что для Veeam Agent иксы не нужны - решение может работать на любом сервере, без графической оболочки. Нажмем <C> для начала процесса настройки резервного копирования (для восстановления надо нажать <R>).
Выбираем режим резервного копирования - всю машину целиком, уровень дискового тома или уровень файлов:
Далее выбираем репозиторий для хранения бэкапов - это может быть NFS-папка или CIFS-шара:
После завершения настройки задачи резервного копирования ее можно запустить сразу, либо вызвать потом командой:
# veeam job start --name "BackupJob1"
Далее вы увидите прогресс и параметры резервного копирования данных Linux-машины:
В данном случае 3,3 гигабайта данных скопировались за 6 минут:
А на NFS-шаре вы увидите сам образ резервной копии в формате *.vbk:
Загрузить бета-версию Veeam Agent for Linux можно по этой ссылке.
Не так давно компания VMware выпустила интересный и полезный документ, который пригодится очень многим Enterprise-администраторам виртуальной инфраструктуры - "Oracle Databases on VMware Best Practices Guide".
Как и остальные документы серии Best Practices Guide, данный документ предоставляет вполне конкретные рекомендации и лучшие практики по эксплуатации СУБД Oracle на платформе VMware vSphere.
Основные разделы документа:
VMware Support for Oracle Databases on vSphere - рассказывает о политиках поддержки СУБД Oracle на платформе vSphere.
Server Guidelines - рекомендации по выбору и конфигурации серверов.
Virtual CPU Guidelines - как правильно сайзить виртуальные процессоры ВМ.
Memory Guidelines - лучшие практики по использованию оперативной памяти (что очень важно для баз данных).
Storage Guidelines - как правильно выбирать тип хрананилища, настраивать его и правильно эксплуатировать (в том числе Virtual SAN).
Networking Guidelines - лучшие практики по конфигурации сетевого взаимодействия (виртуальные коммутаторы, сетевые адаптеры и т.п.).
Guest Operating System Guidelines - как правильно настроить гостевую ОС, чтобы база данных работала быстро.
Database Guidelines - общие принципы правильной архитектуры решений Oracle на платформе vSphere.
ESXTOP/rESXTOP - средства мониторинга производительности серверов.
Backup and Recovery - резервное копирование и восстановление, а также защита данных.
High Availability - обеспечение высокой доступности и средства отказоустойчивости.
Disaster Recovery - восстановление после масштабных сбоев с помощью решений vSphere Replication, SRM и прочих.
VMware Engineered Systems - использование готовых референсных архитектур (например, EVO:RAIL) для организации больших инфраструктур.
Скачать "Oracle Databases on VMware Best Practices Guide" можно по этой ссылке.
На днях мы писали о том, что компания VMware выпустила релизную версию своей минимальной операционной системы Photon OS 1.0, которая предназначена для исполнения виртуальных контейнеров Docker. Многие сразу задумались о том, как дело обстоит с работой контейнеров с хранилищами своих данных.
Как раз в этой связи компания VMware выпустила технологическое превью драйвера vSphere Docker Volume Driver, позволяющего напрямую работать с виртуальными хранилищами прямо из контейнеров Docker (версии 1.9 или выше).
Архитектура решения выглядит так:
Как видно из картинки, нам потребуется установить Volume Driver на серверы VMware ESXi, а также плагины vSphere Docker Volume Plugin на виртуальные машины Docker Host, где будут исполняться наши контейнеры. Также мы видим, что в качестве хранилищ поддерживаются практически все, что поддерживает платформа vSphere: тома VMFS (локальные и общие), NFS-хранилища, а также тома Virtual SAN (и соответственно их политики по обеспечению избыточности данных в целях отказоустойчивости).
Рассмотрим развертывание решения vSphere Docker Volume Driver по шагам.
1. На серверы VMware ESXi 6.0 или выше устанавливается компонент vSphere Data Volume Driver в виде обычного VIB-пакета.
4. Устанавливаем VMDK Plugin (Docker Volume Plugin) на хост ESXi.
Проверяем версию Docker:
root@photon-machine [ ~ ]# docker version
Client:
Version: 1.11.0
API version: 1.23
Go version: go1.5.4
Git commit: 4dc5990
Built: Wed Apr 13 19:36:04 2016
OS/Arch: linux/amd64
Server:
Version: 1.11.0
API version: 1.23
Go version: go1.5.4
Git commit: 4dc5990
Built: Wed Apr 13 19:36:04 2016
OS/Arch: linux/amd64
root@photon-machine [ ~ ]#
Install the RPM (I’ve used “-U” out of habit, but “-i” can also be used):
Устанавливаем RPM-пакет с плагином в гостевую ОС:
root@photon-machine [ ~ ]# ls
docker-volume-vsphere-0.1.0.tp-1.x86_64.rpm
root@photon-machine [ ~ ]# rpm -Uvh docker-volume-vsphere-0.1.0.tp-1.x86_64.rpm
Preparing... ################################# [100%]
Updating / installing...
1:docker-volume-vsphere-0:0.1.0.tp-################################# [100%]
File: '/proc/1/exe' -> '/usr/lib/systemd/systemd'
Created symlink from /etc/systemd/system/multi-user.target.wants/\
docker-volume-vsphere.service to /usr/lib/systemd/system/docker-volume-vsphere.service.
5. Проверяем статус плагина:
root@photon-machine [ ~ ]# systemctl status docker-volume-vsphere
* docker-volume-vsphere.service - "Docker Volume Driver for vSphere"
Loaded: loaded (/usr/lib/systemd/system/docker-volume-vsphere.service;\
enabled; vendor preset: enabled)
Active: active (running) since Mon 2016-05-30 09:04:21 UTC; 28s ago
Main PID: 256 (docker-volume-v)
CGroup: /system.slice/docker-volume-vsphere.service
`-256 /usr/local/bin/docker-volume-vsphere
May 30 09:04:21 photon-machine systemd[1]: Started "Docker Volume Driver\
for....
Hint: Some lines were ellipsized, use -l to show in full.
root@photon-machine [ ~ ]#
Регулярные проблемы с нарушением конфиденциальности корпоративных данных, атаки на инфраструктуру и приложения, запущенные в виртуальной среде, прямые многомиллионные потери денег банками – это результат использования средств защиты информации (СЗИ) не соответствующих современной архитектуре виртуализированных ЦОД.
Мы как-то писали о технологии vSphere Integrated Containers (VIC), которая подразумевает запуск виртуализованных контейнеров Docker (и прочих) в маленьких виртуальных машинах с легковесной ОС на базе дистрибутива Linux.
Этой ОС и является VMware Photon OS 1.0, которая окончательно вышла на днях. Это первая релизная версия этой операционной системы от VMware.
При использовании Photon OS каждый контейнер исполняется в своей виртуальной машине, но не в обычной, а в созданной "на лету" с помощью технологии Instant Clone.
VMware Photon OS обеспечивает следующие возможности для контейнеров приложений (в частности, Docker):
Средства быстрого обновления (tdnf), которые позволяют сканировать и своевременно обновлять устаревшие пакеты приложений.
Большой набор библиотек в репозиториях, которые требуются для работы различных приложений на платформе Photon OS.
Построенная на ядре 4.2 система Photon OS поддерживает файловую систему btrfs со всеми ее возможностями в дополнение к overlayfs.
До 26% улучшения производительности по сравнению с бета-версиями (на базе микробенчмарков). Теперь время загрузки ядра составляет примерно 200 миллисекунд. Сама ОС занимает в оперативной памяти 384 МБ, а на диске 396 МБ.
Очень много было сделано в плане безопасности - проведено тщательное ревью всего исходного кода Photon OS, код был проверен различными тулзами, а также привлекались сторонние компании для поиска потенциальных уязвимостей.
Некоторое время назад мы писали о том, что в новой версии пакета решений Veeam Availability Suite 9.5, включающего в себя Veeam Backup and Replication 9.5, повятся новые интересные возможности (про первую мы уже писали вот тут).
Одно из самых значимых улучшений новой версии - это полноценная интеграция с решением для сервис-провайдеров VMware vCloud Director. Напомним, что это решение раньше было доступно и для конечных пользователей, но со временем стало порталом только для сервис-провайдеров, обслуживающих публичные облака.
Veeam Backup and Replication поддерживал vCloud Director еще с версии 7.0, а девятая версия Veeam B&R имеет поддержку vCloud Director 8.0. Но если раньше это была только поддержка в некоторых сферах, то теперь можно сказать, что это полноценная интеграция, и вот почему.
1. Единая аутентификация vCloud Director и Veeam Enterprise Manager.
Если раньше пользователю (клиенту сервис-провайдера) приходилось аутентифицироваться в vCloud Director, а потом отдельно еще проходить Windows-аутентификацию в Enterprise Manager, то теперь одни и те же креды можно использовать для обоих решений:
При этом Veeam автоматически фильтрует ресурсы только этого клиента при его входе, который имеет соответствующие права на них в vCloud Director:
Это значительное улучшение еще и потому, что теперь администратору сервис-провайдера нужно будет только один раз настроить пользователя на стороне vCloud Director, а такие операции, как временное отключение пользователя или изменения пароля, будут автоматически реплицироваться на Veeam Enterprise Manager.
2. Самостоятельное создание резервных копий пользователями.
Когда клиент сервис-провайдера логинится в консоль Enterprise Manager с кредами от vCloud Director, он имеет возможность самостоятельно создавать и запускать задачи резервного копирования. Конечно же, провайдер может ограничивать его возможности, такие как, например, квота дискового пространства или доступные репозитории.
Но мало того, сервис-провайдер может создать шаблон задачи резервного копирования и назначить его отдельному клиенту с уже определенными для него настройками. Это, помимо функции безопасности и управляемости, несет клиенту удобство - ему не нужно думать над ворохом расширенных настроек Backup Job.
И, конечно же, Veeam Backup and Replication 9.5 защищает сервис-провайдера от перегрузки каналов со стороны отдельного клиента задачами резервного копирования путем интеллектуальной балансировки (об этом будет рассказано позже), а также ограничений по параметрам самой задачи (например, частота исполнения). Также всем этим можно будет управлять через скрипты.
И еще одна важная вещь - на картинке выше вы видите галочки "Enable application-aware image-processing" и "Enable guest filesystem indexing", которые позволяют осуществлять более консистентные с точки зрения приложений бэкапы и индексацию файлов гостевой ОС для быстрого поиска объектов. Для этого нужен логин/пароль к гостевой ОС, который теперь пользователь может ввести самостоятельно, не доверяя эти данные сервис-провайдеру.
3. Самостоятельное восстановление пользователями.
Теперь клиент сервис-провайдера может зайти в консоль Enterprise Manager и восстановить не только виртуальную машину целиком, но и, благодаря возможности указания логина/пароля к гостевой ОС (как описано в прошлом пункте), отдельные файлы или объекты своих приложений. Суперудобно:
4. Управление репозиториями и квотами со стороны сервис-провайдера.
Как уже говорилось выше, сервис-провайдер может регулировать некоторые вещи для процесса резервного копирования своих клиентов. Например, если администратор портала Enterprise Manager зайдет в консоль управления порталом, он сможет управлять клиентами, его репозиториями, дисковой квотой, а также настройками задач резервного копирования:
В ближайшее время мы расскажем еще о нескольких новых возможностях Veeam Backup and Replication 9.5. Также за новостями про новую версию Availability Suite можно следить по этой ссылке.
Чуть больше недели назад компания VMware выпустила очередное обновление своего тонкого клиента для управления отдельными хост-серверами VMware ESXi Embedded Host Client 1.5 (на самом деле, это версия v9). Напомним, что о прошлой версии Embedded Host Client v8 мы писали вот тут (а здесь - о том, что данный клиент уже входит в стандартную поставку ESXi).
Новые возможности Host Client 1.5:
Основное:
Просмотрщик логов теперь имеет возможности поиска и подсветки найденного.
Настройки теперь хранятся как переменные в расширенной конфигурации хоста, а не в локальном хранилище браузера. Это означает, что конфигурация клиента сохраняется между браузерами и машинами пользователя, с которых он работает с консолью.
Колонка видимости во всех таблицах теперь запоминается.
Хост-сервер:
Добавление, редактирование и удаление пользователей.
Добавление, редактирование и удаление ролей.
Добавление пермиссий для хост-серверов и виртуальных машин.
Появился GUI для настройки параметров автостарта ВМ.
Виртуальные машины:
Пофикшена проблема с нераскрывающимися комбобоксами при редактировании или создании виртуальных машин (в Safari).
Пофикшена проблема с добавлением устройств PCI passthrough.
Пофикшена проблема с добавлением сетевых адаптеров SR-IOV.
Исправлена проблема с отключением горячего добавления CPU и памяти.
Добавлен пункт меню "reset to native resolution" в браузерной консоли ВМ.
Добавлен пункт меню для работы консоли ВМ во вкладке или полном окне.
Исправлена проблема с экспортом виртуальных машин, которая могла приводить к нечаянному скачиванию дисковых образов. Добавили подтверждающий диалог.
Хранилища:
Добавлена возможность поиска в таблице с iSCSI target.
Добавлено поле ввода при создании хранилища VMFS для возможности указания точного размера раздела при кастомном разбиении диска на разделы.
Сетевое взаимодействие:
Исправлено много ошибок, которые проявлялись при редактировании правил фаервола.
Добавлена поддержка средств балансировки NIC teaming и управления полосой канала (traffic shaping) для виртуальных коммутаторов vSwitch и их портгрупп.
Скачать последнюю версию VMware ESXi Embedded Host Client 1.5 можно по этой ссылке.
Некто Kim Bottu в своем блоге опубликовал интересный калькулятор, предназначенный для определения того, сколько хостов, хранилища, физических/виртуальных процессоров, памяти и кэша вам потребуется, чтобы поддерживать кластеры VMware Virtual SAN для вашей инфраструктуры виртуальных хранилищ.
VMware VSAN 6.2 Online resource calculator представляет собой Excel-таблицу, размещенную в облаке Microsoft OneDrive, в которой показаны только редактируемые поля для ввода данных, влияющие на результат (а параметры, которые используются в качестве исходных данных, можно посмотреть в таблице, начиная с ячейки EO:1660).
В верхней части таблицы черным шрифтом обозначаются ресурсы, которые рассчитываются только для того, чтобы можно было исполнять виртуальные машины в кластере Virtual SAN, а красным шрифтом выделен тот объем ресурсов, который вам потребуется, чтобы обеспечить требуемый уровень избыточности и отказоустойчивости.
В синей (верхней) области таблицы данные параметры рассчитываются для All-Flash архитектуры кластера Virtual SAN, а зеленая часть предназначена для расчетов гибридной архитектуры (обычные HDD-диски для данных, а SSD-носители - для кэша).
Также жирным шрифтом выделены реальные ресурсы (процессоры хостов, память, хранилища), которые вам нужно приобрести для своей инфраструктуры, а обычным шрифтом - вспомогательные параметры (как именно эти ресурсы распределяются).
Калькулятор весьма интересный, доступ к нему можно получить по этой ссылке. Кроме того, напомним, что мы писали еще об одном калькуляторе для VMware Virtual SAN от компании VMware, который также помогает вам проводить сайзинг инфраструктуры VSAN и считать совокупную стоимость владения такой инфраструктурой (TCO - total cost of ownership). В принципе, ничто вам не мешает воспользоваться обоими калькуляторами и сравнить результаты, которые должны, по идее, более-менее сходиться.
Оказывается, в начале июня компания Oracle выкатила первую бета-версию своей открытой настольной платформы виртуализации Oracle VirtualBox 5.1 Beta 1. Напомним, что релизная версия VirtualBox 5.0 вышла довольно давно - летом прошлого года.
Давайте взглянем на основные новые возможности, которые ждут нас в Oracle VirtualBox 5.1 (как показывает история релизов, окончательная версия выйдет не раньше чем через пару месяцев):
В мониторе виртуальных машин (он же гипервизор) появятся имплементации APIC и I/O APIC, которые дадут существенный прирост производительности в некоторых условиях (что-то там с сетью).
В гипервизоре появится поддержка паравиртуализованных гостевых ОС с ролью Hyper-V для целей отладки.
Улучшения работы с MMIO, что дает положительный эффект в плане производительности и снижает накладные расходы на виртуализацию.
GUI переехал на Qt5.
Пассивный API event listener увеличивает производительность интерфейсной части и уменьшает время отклика при операциях в консоли VirtualBox.
Улучшенная поддержка Python 3.
Множество улучшений в GUI - например, переработано окно с информацией о сессии, новый мастер создания виртуальной машины и многое другое.
Для быстрого создания преаллоцированных виртуальных дисков используется функция fallocate (если поддерживается).
Улучшена поддержка EFI (например, теперь можно грузиться с USB-накопителя).
Улучшенная обработка OVF-пакетов виртуальных модулей с цифровой подписью.
Установщик Linux теперь не использует DKMS для сборки модулей.
Полный список новых возможностей и исправлений ошибок Oracle VirtualBox 5.2 Beta 1 доступен тут. Скачать сам продукт для различных платформ можно по этой ссылке.
В мае 2016 года компания «ИТ-ГРАД» провела в Москве технический тренинг, посвященный технологиям Veeam и NetApp для обеспечения непрерывности бизнеса. В рамках мероприятия специалисты по технологиям Veeam и NetaApp выступили с техническими докладами, рассказав об эффективной и экономной организации непрерывности бизнеса, уделив отдельное внимание вопросу хранения бэкапов в инфраструктуре облачного провайдера.
Компания StarWind Software, производящая лучший продукт для создания отказоустойчивых программных хранилищ Virtual SAN, и компания Veeam Software, выпускающая лучшее средство для резервного копирования виртуальных машин Backup and Replication, объявляют о проведении совместного вебинара на тему снижения затрат на обеспечение резервирования виртуальной инфраструктуры -"Dramatically reducing backup cost with Veeam & StarWind".
На вебинаре вы узнаете, каким образом можно защитить гиперконвергентную инфраструктуру от различного рода сбоев (как программных, так и аппаратных), а также потерь данных - по приемлемой цене и без приобретения дорогостоящего оборудования.
В рамках мероприятия вы узнаете о трех ключевых компонентах совместного решения Veeam и StarWind:
Hosted offsite backups – возможность хранения резервных копий в облачном репозитории, которые передаются в облако по защищенному SSL-соединению через cloud gateway.
Complete visibility and control – возможность восстановления данных и работы сервисов прямо из консоли средства резервного копирования от Veeam.
Turnkey hyper-converged platform – решение StarWind HCA - это полностью готовый к хранению виртуальных машин программно-аппаратный комплекс с высоким уровнем защиты и приемлемой ценой.
Дата и время вебинара - 16 июня в 21-00 по московскому времени. Регистрируйтесь!
В среду и четверг этой недели я принял участие в двух интереснейших событиях компании Veeam - Veeam Vanguard Symposium и VeeamOn Forum London 2016 (они оба прошли в Лондоне). Первое - это небольшое, но очень продуктивное мероприятие для ИТ-профессионалов, получивших премию Veeam Vanguard 2016 (о прошлом мероприятии в Лас-Вегасе читайте здесь), которые собираются и обсуждают продукты и технологии компании Veeam, а многие отчаянно вмешиваются в дискуссию и дают довольно-таки полезные советы, как в технической сфере, так и в области маркетинга.
К сожалению, большинство рассказанной нам информации находится под эмбарго, то есть соглашением о неразглашении (NDA):
Но, я думаю, можно рассказать в самых общих чертах, не затрагивая подробности. Большая часть доносимых нам новостей была, конечно же, о новой версии Veeam Backup and Replication 9.5 - ведущем на сегодняшний день на рынке решении для резервного копирования и репликации виртуальных машин, которое от версии к версии становится все лучше.
Вот что нас ждет в ближайшем будущем (новая версия будет в этом году):
Увеличение производительности подсистемы работы с хранилищами за счет снятия ограничений, которые сейчас существуют в программной реализации механизма VMware для работы с системами хранения данных. Был человек, который сейчас тестирует новую версию, и он сообщил, что производительность действительно возросла в некоторых случаях до 2-3 раз.
В ближайшее время будет сделано еще больше улучшений в механизмах работы с хранилищами NFS.
Будет существенно улучшено взаимодействие с СУБД SQL Server за счет оптимизации запросов и изменения их структуры.
Появится специализированный сервис для обработки задач резервного копирования от прокси-серверов - также в целях повышения производительности.
Появится возможность балансировать нагрузку прокси-серверов резервного копирования между хост-серверами.
Приятная новость для сервис-провайдеров: будет удобная интеграция с решением VMware vCloud Director.
Появятся новые эксплореры для восстановления объектов приложений.
Очень много будет сделано для поддержки новой функциональности Windows Server 2016. Конечно же, и как всегда, Veeam будет поддерживать новый функционал платформы виртуализации Hyper-V в Windows Server 2016 практически одновременно с релизом самой платформы.
Как вы знаете, Veeam B&R помогает организовывать предприятиям решения для обеспечения катастрофоустойчивости (disaster recovery). В этой сфере тоже будет небольшая революция.
В общем, следите за нашими новостями - мы первыми расскажем о новых возможностях продукта Veeam Backup and Replication 9.5 (а мы уже начали это делать).
Всем раздавали приятные мелочи:
На самом деле, приятных мелочей было очень много:
Итогом Veeam Vanguard Symposium стали душевные посиделки под London Bridge и London Lager:
На следующий день стартовал VeeamOn Forum London 2016:
Многие из вас знают, что конференции серии VeeamOn Forum прошли во многих городах России, в том числе в Москве и Санкт-Петербурге.
Но в Лондоне масштаб был побольше:
Самое интересное, что Veeam активно привлекает своих клиентов к докладам на конференциях. Они рассказывают иногда очень интересные детали о своем бизнесе.
Большая часть разговоров была о доступности сервисов в виртуальных датацентрах. Ценность ИТ растет год от года. Ввиду все большей информатизации предприятий стоимость минуты простоя возрастает в разы.
Вот почему ключевой мессадж Veeam - это Availability, на нем компания не только зарабатывает все больше и больше, но и инвестирует туда больше всех. Поэтому инновации Veeam в этой сфере - самые значимые.
Также очень интересная часть любого мероприятия Veeam - это поддержка компанией обычных инженеров, которые, по мнению Veeam, являются основным драйвером в развитии решений компании. Для них было очень много всего, например, те же Lab Warz, где можно было вживую выполнять практические задания в консолях продуктов, а также тренинги Veeam Certified Engineer (VMCE), которые прошли перед VeeamOn Forum.
В целом, оба мероприятия прошли просто на ура, все вангарды - интересные личности (особенно ребята из Италии), а сотрудники Veeam сделали все возможное, чтобы сделать наше пребывание в Лондоне максимально комфортным.
От всей души благодарю Диму Князева, Дашу Крючкову, Кирстен Стоунер, Рика Вановера (ака Рикатрон), Майка Реселера, Лею и Люку. А у Даши еще и День рожденья был в четверг, с чем я ее искренне поздравляю и желаю большого профессионального роста!
В самом конце этого поста хочу в очередной раз сказать, что Veeam - это единственная на сегодняшний день компания в индустрии виртуализации, которая думает о построении экосистемы вокруг своих решений. Ведь именно администраторы являются пользователями продуктов, а значит нужно уделять им большое внимание, а не только постоянно поить ИТ-директоров. И только Veeam это понимает.
VeeamON Forum 2016 будет интересен ведущим ИТ-специалистам и «визионерам» новых технологий со всего мира, которые хотят обсудить с коллегами, как реализовать концепцию Availability for the Always-ON Enterprise.
В 2005 году в офисе компании Veeam (а тогда еще это была даже не совсем Veeam) нас сидело 15 человек, делающих софт. Часть этих людей была из компании Aelita Software, которую ее владельцы, Ратмир и Андрей, продали компании Quest Software за 115 миллионов долларов. После этого они решили создать стартап в области виртуальных машин, которые тогда были чем-то интересным, но никто не мог подумать, что это станет трендом и основой ИТ-инфраструктуры большинства предприятий. Большинство думало, что это все игрушки.
Так что же позволило компании из 15 человек, расположенной в Санкт-Петербурге в одном из офисов БЦ "Акватория", за 10 лет стать огромной компанией с несколькими тысячами сотрудников и рыночной оценкой не менее миллиарда долларов (а кто-то говорит, что и 3 миллиарда)?
Составляющих успеха много, но один из ключевых моментов - это правильная работа с комьюнити, состоящем из лояльных компании ИТ-профессионалов, ежедневно доносящих пользователям смысл и технические детали продуктов Veeam.
В отличие от всех других вендоров, Veeam дружественна как обычным пользователям (простые консоли продуктов, простая установка), так и ИТ-профессионалам, пропагандирующим технологии компании (всегда заранее предоставляют материалы и лицензии для ознакомления, проводят специализированные мероприятия, платят за рекламу).
Таким образом создается комфортная среда журналистов и блоггеров, которым удобно пользоваться продуктами компании, удобно писать о них (так как легко понимать и пользоваться), а также удобно помогать администраторам, так как существует большая экосистема поддержки продуктов - базы знаний, технологические форумы и блоги специалистов компании, а также большое число независимых блоггеров, лояльных Veeam.
В этот раз нас собрали на мероприятии Veeam Vanguard Symposium 2016 в Лондоне (за счет Veeam), где будут рассказывать о самых последних новинках и технологиях Veeam, которые вскоре должны выйти на рынок.
Ну а мы первые будем распространять новости о продуктах компании. Именно так и должна быть построена работа с сообществом, которое должно чувствовать, что оно не только отдает пользователям информацию о продуктах, но и получает что-то взамен от компании. Stay tuned!
Интересный пост о технологии VVols появился на блогах VMware. Дескать, их часто спрашивают - почему средства балансировки нагрузки на хранилища Storage DRS не поддерживаются для томов VVols?
Для ответа на этот вопрос надо рассмотреть, как работает традиционная архитектура хранилищ, которая была до VVols и кластеров Virtual SAN. Обычный дисковый массив или хост можно представить набором носителей двух типов (HDD и Flash), которые дают суммарно некоторую емкость.
Например, у нас 160 ТБ на СХД, которые мы разбиваем на LUN по 8 ТБ, итого получая 20 томов VMFS. Допустим, половина емкости у нас HDD, а половина - SSD. Тогда мы создадим 2 датастор-кластера (datastore cluster), в каждом из которых будет по 10 томов VMFS:
Кластер на SSD-носителях будет хранилищем яруса Gold, а HDD - Silver. Технология Storage DRS предназначена, чтобы балансировать виртуальные машины в рамках яруса между LUN для обеспечения их равномерной загрузки, как по емкости, так и по вводу-выводу. А в случае необходимости машину можно также и перенести между ярусами (Silver->Gold) с помощью технологии Storage vMotion.
Все это вызвано сложной структурой хранилищ, которая "прячет" виртуальную машину от дискового массива, представляя ее в конечном счете как набор дисковых блоков, ничем не отличающихся таковых при подключении физических серверов.
В случае же с VVols дело обстоит совсем иначе: на все хранилище создается один Storage Container, который объединяет собой все 160 ТБ доступной емкости - и Flash, и HDD. И этот контейнер представляет собой единственный объект для хранения виртуальных машин с томами VVols:
То есть все операции по балансировке данных виртуальных машин (на уровне дисковых объектов VVols) передаются на сторону СХД, которая лучше знает, как правильно распределять данные и обеспечивать необходимый уровень обслуживания на базе политик (Storage Policies), привязанных к ярусам. Это, конечно же, требует некоторой работы со стороны производителей систем хранения, зато избавляет от забот саму VMware, которая универсализовала технологию VVols и средства работы с ней.
То есть, VVols не требует наличия Storage DRS - технологии, которая уйдет со временем на уровне отдельных аппаратных хранилищ, но будет полезной для балансировки в среде, где есть несколько СХД или кластеров хранилищ от одного или нескольких вендоров.
Зато я буду вести live-блоггинг с событий Veeam Vanguard Symposium 2016 и VeeamOn Forum 2016 London, которые пройдут 8 и 9 июня, соответственно. Если кто-то из вас хочет встретиться и пообщаться там - пишите.
Компания VMware стремительными темпами развивает свое средство для управления виртуальной инфраструктурой vSphere через браузер на базе технологии HTML5 - VMware HTML5 Web Client. Напомним, что недавно было окончательно объявлено, что следующая версия VMware vSphere не будет иметь "толстого" клиента vSphere Client, сделанного на C#, а старый и тормозной Web Client заменят новым и, возможно, быстро работающем (хотя многие очень сомневаются в этом).
Давайте посмотрим, что нового VMware добавила в последних версиях своего тонкого клиента к vCenter:
Открытие консоли ВМ из контекстного меню действий.
Миграция виртуальной машины в объект "виртуальный сервис" (vApp).
Добавление отдельного хоста ESXi в датацентр или папку Hosts.
Менеджер снапшотов теперь имеет древовидное представление с подробной информацией о каждом снапшоте. Пока еще менеджер снапшотов работает в режиме Read Only. При этом можно откатиться на любой выбранный снапшот.
Выбор спецификации для кастомизации в мастере клонирования ВМ, а также возможность фильтра по гостевым ОС.
Просмотр сообщений об ошибках для случаев, когда ВМ не может включиться в DRS-кластере.
Для кластера VMware HA можно просматривать информацию об ответных действиях в случае сбоя.
Возможность просмотра порт-групп для виртуальных коммутаторов.
Было исправлено несколько серьезных ошибок.
Подробнее о новых обновлениях VMware HTML5 Web Client 1.6 и 1.7, а также загрузить последнюю актуальную версию клиента vSphere можно по этой ссылке.
Компания VMware давненько не выпускала обновления своего главного средства для управления облачной инфраструктурой VMware vSphere. Но в самом конце мая вышел долгожданный апдейт - VMware vCloud Director 8.1. Напомним, что vCloud Director - это продукт, предназначенный для сервис-провайдеров, которые продают ресурсы публичного облака по моделям IaaS/SaaS (рапространяется по программе vCloud Air Network Program).
Основная идея новой версии vCloud Director - это полная поддержка средства сетевой виртуализации корпоративной инфраструктуры VMware NSX, а также нововведения в интерфейсе, которые ранее были доступны только через API-вызовы.
Посмотрим на полный список новых возможностей VMware vCloud Director 8.1:
Expanded UI Access to Features - поддержка функций, ранее доступных только через API, в консоли vCloud Director Web Console.
Virtual Machine Affinity Rules - теперь через vCloud Director Web Console или через vCloud API можно задавать правила раздельного/совместного существования виртуальных машин на хостах ESXi (Affinity Rules).
Object Extensibility - эта новая фича заключается в том, что теперь можно использовать расширения object extensions, представляющие собой внешние приложения, которые дополняют или перекрывают логику vCloud Director для комплексных операций, таких как, например, развертывание виртуальных сервисов vApp.
Advanced Virtual Machine Properties and Host Configurations - если ваш сервис-провайдер включил поддержку кастомных конфигураций ESXi-хостов, то можно использовать метаданные объектов vCenter для виртуальных машин, которые могут быть использованы, например, для корректного плейсмента ВМ на хостах.
VDC Permissions - администраторы облака, отвечающие за конкретных клиентов, могут ограничить доступ к VDC отдельным пользователям или группам.
Tenant throttling - администратор может ограничить объем ресурсов, который потребляет организация или пользователь. Это позволяет убедиться в том, что пользователь не выест все ресурсы в условиях нескольких одновременно запущенных долгосрочных операций.
Unattended Installation - теперь установка возможна в автоматическом режиме с помощью заранее подготовленного сценария.
Expanded Hardware Version and Guest OS support - теперь поддерживается обновленная версия виртуального железа Hardware Version 11, а также гостевые ОС Windows 10.
Полная поддержка последней версии VMware NSX - теперь уже решение VMware vShied Manager не поддерживается, а пользователям vCD предлагается мигрировать на платформу NSX.
Обновиться на vCloud Director 8.1 можно только с версии 8.0 или придется ставить его заново. Скачать решение vCD можно по этой ссылке.
На сайте проекта VMware Labs появилась еще одна полезная утилита для траблшутинга инфраструктуры виртуальных ПК VMware Horizon View. Средство VMware Logon Monitor позволяет собирать необходимую для решения проблем и поддержки информацию с рабочих ПК пользователей во время их логина в свои десктопы.
По умолчанию Logon Monitor собирает следующие метрики:
Время логина
Время старта сессии
Время последней синхронизации профиля
Время загрузки командной оболочки (shell load)
Инициализация механизма Windows Folder Redirection
Инициализация групповых политик
Время старта процессов Windows
Время начала исполнения скрипта групповых политик
Время начала исполнения сценариев PowerShell
Использование памяти
Сопоставляя данные отметки времени, администратор инфраструктуры Horizon View может понять, на каком именно этапе возникает проблема, вызывающая задержку при начале работы пользователя со своим десктопом и приложениями. В качестве настольных ОС поддерживаются Windows 7 и Windows 10, в комментариях пишут также, что Windows 8.1 x64 не поддерживается.
В ближайшее время также ожидается поддержка утилиты VMware Logon Monitor такими продуктами VMware, как Horizon Agent, Horizon Persona Management и механизмом App Volumes.
После установки Logon Monitor не требует никакой конфигурации, однако предоставляет очень гибкий механизм по управлению процессом логирования. Его описание вы можете найти вот в этом документе.
Скачать VMware Logon Monitor можно по этой ссылке.
Очень часто мне, как и любому администратору виртуальной инфраструктуры VMware, требуется знать версию того или иного объекта. Это может быть версия VMTools/vHardware виртуальной машины или версия vSphere хоста ESXi или версия VMFS-датастора (продолжите список сами). И каждый раз вы начинаете судорожно вспоминать, как это делается, где и какой скрипт искать или пускаетесь в поиски по форумам или обращаетесь к доктору Google).
Среди компаний, имеющих в своей производственной среде виртуальную инфраструктуру VMware vSphere или Microsoft Hyper-V, многие применяют для защиты виртуальных сред средство vGate R2 от компании "Код безопасности", позволяющее безопасно настроить инфраструктуру согласно различным требованиям с помощью наборов политик, разграничить доступ администраторов, а также защититься от несанкционированного доступа к виртуальным ресурсам.
Новая версия vGate R2 3.0, прежде всего, отличается расширенными возможностями работы в распределенных инфраструктурах и изменением схемы лицензирования. В результате заказчики vGate смогут получить функционал продукта, в наибольшей степени отвечающий целям и задачам организации. Обновленная версия vGate (vGate R2 и vGate-S R2, релиз 3.0) поддерживает расширенный набор инструментов работы с платформами виртуализации VMware vSphere и Microsoft Hyper-V.
Ниже приведены основные нововведения новой версии vGate 3.0:
В vGate 3.0 реализована полнофункциональная работа на платформе VMware vSphere 6. В качестве сервера управления инфраструктурой виртуализации теперь может выступать vCenter Server Appliance (VCSA), а управление ESXi-хостами может осуществляться посредством ESXi Embedded Host Client.
Обновленный продукт осуществляет поддержку управления инфраструктурой на базе Microsoft Hyper-V через System Center Virtual Machine Manager, а управление кластерами Hyper-V реализовано через Failover Cluster Manager.
Для быстрой настройки привилегий пользователей используется ролевая модель доступа. При создании учетной записи можно ограничить доступ по типам объектов, предоставив его, например, только к виртуальным машинам или сетевым объектам.
У продукта появился ряд новых функций для работы в Enterprise-инфраструктурах. Например, реализована поддержка режима горячего резервирования и автопереключение сервера авторизации (High-Availability cluster). В случае потери работоспособности основного сервера в автоматическом режиме происходят переключение на резервный сервер, замена IP-адреса и оповещение администратора.
Обновленная версия продукта позволяет работать с несколькими площадками виртуализации одновременно (этот функционал доступен только в Enterprise-редакции продукта - он будет очень полезен в крупных инфраструктурах). Механизм подключения агента аутентификации к нескольким серверам авторизации vGate дает возможность взаимодействовать со всей территориально распределенной виртуальной инфраструктурой. Построение леса серверов авторизации позволяет устанавливать групповые политики безопасности, а поддержка функции Cross vCenter vMotion обеспечивает в случае аварий миграцию виртуальных машин между серверами с сохранением политик безопасности.
Помимо этого, в vGate версии 3.0 обновлены наборы политик безопасности, обеспечивающие соответствие приказам ФСТЭК России №17 и №21, стандартам СТО БР ИББС, PCI DSS и другие.
Новые версии vGate R2 и vGate-S R2 применимы для защиты конфиденциальной информации и государственной тайны. Продукты прошли инспекционный контроль ФСТЭК России в подтверждение выданных ранее сертификатов соответствия от 28.03.2011 № 2308 и от 12.07.2011 № 2383.
vGate 3.0 можно приобрести в одной из двух редакций: Standard или Enterprise (для которой доступны все функции работы в крупных инфраструктурах). Ниже приведены основные отличия этих изданий:
Получить дополнительную информацию о технических особенностях vGate и направить запрос на получение демо-ключа можно по e-mail: vgateinfo@securitycode.ru. Более подробная информация о решении представлена на странице продукта vGate R2.
Вильям Лам написал интересный пост об изменении приветственного экрана физической консоли VMware ESXi. Некоторые из вас знают, что внешний вид DCUI-консоли ESXi можно менять в файле /etc/vmware/welcome.
Но руками залезать в него не нужно, вместо этого можно использовать расширенную настройку ESXi Advanced Setting, которая называется Annotations.WelcomeMessage. Ее можно изменить с помощью сценария PowerCLI / PowerShell.
Часто администраторам нужно узнать, на каком из хостов находится виртуальная машина, например, это сервер vCenter, который выключен по тем или иным причинам. В этом случае поможет вывод имен виртуальных машин прямо в физическую DCUI консоль сервера ESXi, к которой можно получить доступ напрямую с сервера или по SSH.
Ниже приведен PowerCLI-скрипта для описанного сценария, в котором все просто и понятно относительно того, как устанавливается рассмотренная выше расширенная настройка для вывода количества и списка виртуальных машин:
Конечно же, если у вас много виртуальных машин на хосте, то они просто не влезут на приветственный экран ESXi, но 15 виртуальных машин у Вильяма влезли без проблем:
Кстати, если вы хотите вывести только включенные виртуальные машины, то вы можете просто добавить фильтр:
-Filter @{"Runtime.PowerState" = "PoweredOn"}
в конце строчки, где используется командлет Get-View.
В крупных компаниях, где виртуальная инфраструктура является основой всего ИТ, иногда используется продукт VMware NSX для виртуализации и агрегации сетей виртуальных (на базе vSphere) и физических сред. Напомним, что с 3 мая этот продукт также стал доступен в трех изданиях, что позволит приобретать его и небольшим компаниям в базовом издании Standard.
Многие из вас используют решение для резервного копирования виртуальных сред - Veeam Backup and Replication, о котором мы часто пишем. Многие, да не все. Те некоторые из вас, кто еще сомневается, подойдет ли это решение для вашей виртуальной инфраструктуры, могут покликать интерактивное демо консоли продукта, где представлены все его основные возможности:
Чтобы начать самостоятельно изучать функциональность консоли, просто выберите одну из понравившихся возможностей, например, кликнем на Verified Protection и выберем функцию SureBackup, которая позволяет убеждаться в том, что резервные копии, которые вы сделали, могут быть восстановлены в производственной среде:
Здесь мы видим, что нам подсвечивают, куда кликать, чтобы мы могли пройти весь процесс по шагам, не задумываясь, куда нужно идти для выполнения задачи.
Ходим по шагам мастера создания задачи New SureBackup Job и смотрим попутно на возможные настройки и интеграции:
Самое интересное в бэкапе - это восстановление. Например, в разделе High Speed Recovery можно увидеть, как восстанавливаются отдельные файлы виртуальных машин с гостевой ОС Linux:
Какие-то фичи показывают из восьмой версии Veeam Backup and Replication, а какие-то из девятой (с обновленной и более современной консолью продукта). Например, вот мастер восстановления объектов для Oracle:
В общем, очень полезная штука, чтобы понять, какие возможности на деле предоставляет продукт Veeam B&R. Кликайте!
RSS
